Communications between a mobile device and vehicle based computer

ABSTRACT

A vehicle computing device may receive, from a nearby vehicle, a packet with a safety control instruction having a security access code for a vehicle. A processor may be determine whether the security access code is valid and verify a security level associated with the security access code in order to process the safety control instruction.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.14/092,279, filed Nov. 27, 2013, which is a continuation of U.S. patentapplication Ser. No. 13/550,530, filed Jul. 16, 2012, which issued asU.S. Pat. No. 8,600,422 on Dec. 3, 2013, which is a continuation of U.S.patent application Ser. No. 12/036,732, filed Feb. 25, 2008, whichissued as U.S. Pat. No. 8,224,346 on Jul. 17, 2012, which is acontinuation of U.S. application Ser. No. 10/705,065, filed Nov. 10,2003, which is a continuation-in-part of U.S. patent application Ser.No. 09/659,074, filed Sep. 11, 2000, which issued as U.S. Pat. No.6,647,270 on Nov. 11, 2003, which claims the benefit of U.S. ApplicationNo. 60/153,424 filed Sep. 10, 1999, which are all incorporated byreference herein as if fully set forth.

BACKGROUND

The present application generally relates to communication systems. Moreparticularly, the present application relates to a mobile communicationsystem which allows mobile units, such as those in vehicles, tocommunicate with other mobile units, such as those in neighboringvehicles and roadside communication networks.

Various communication systems have been used by automobile drivers tocommunicate with other vehicles while the vehicle is in motion. Whilemany advances have been made in vehicle to vehicle communication,numerous disadvantages still remain in using conventional communicationssystems.

Conventional mobile communication systems include cellular telephonesand CB or two-way radio. When using a cell phone as a means of mobilecommunication, there is no practical way of discovering whether aneighboring vehicle operator possesses a cell phone. Additionally, thereis no process for determining the phone number of the targeted cellphone. Accordingly, the cell phone as a communication medium is severelylimited.

CB radio is a widely broadcast public medium where mobile users may talkto other mobile or stationary users in their vicinity. However, sincethere is no ability to prevent others from listening, there is noprivacy between mobile communicators.

Automobile accidents are one of the greatest causes of serious injuryand fatalities in society. Accordingly, the development of improvedcontrol and warning systems to minimize personal and financial lossesresulting from automobile accidents is of utmost importance. Thelimitations of present forms of communication are even more severe whenconsidering the extent to which a communication link can improve boththe driving experience and the safety statistics of modern vehicles.

SUMMARY

The present invention provides a communication link among vehicles whicheliminates these pitfalls. The system comprises a broadband RFtransceiver with antenna, a position determining means (such as a GPSreceiver), an audio-visual interface, an electro-mechanical interface,and a microprocessor with associated memory. These components areincorporated into a mobile unit located within each vehicle.

The GPS receiver receives signals from GPS satellites and calculates theposition of the vehicle. The microprocessor carries out overall controlof the system. The memory includes identification information that isunique to each vehicle. In response to input from the GPS receiver,information received by the transceiver and instructions input by thevehicle operator via the audio-visual interface, the microprocessordetermines the necessary subsequent actions.

The transmission from a vehicle may include information describing thestatus of the vehicle for use by the receiving vehicle. For example, thetransmission may provide information regarding the speed, direction, andposition of the transmitting vehicle. This information is received andprocessed by the receiving vehicle to provide a visual or audibledisplay of the position, direction, and speed of the transmittingvehicle.

According to one aspect of the present invention, there is provided acommunication system for transmitting information between a mobile unitwithin a vehicle traveling on a road and a fixed communication networkinstalled on a roadside. The fixed communication network includes a basestation having a transceiver for communicating with the vehicle bytransmitting and receiving a plurality of communication packets. Thiscommunication can include payment instructions, security instructions,and/or access codes which can be transmitted with or withoutintervention by the vehicle operator.

A system for matching users in a wireless communication system based onproximity of the users and/or user-defined profiles includes at leasttwo mobile units. The mobile units include a requesting unit and atleast one target unit, and each mobile unit is capable of operating asboth a requesting unit and a target unit. The system also includesprofile means for storing a user profile on each of the mobile units andsearch means for searching for at least one target user by a requestinguser. The user profile can also be stored in the system; it need not bestored in the mobile unit. The search means compares the user profilesof each target user with the user profile of the requesting user. Thesearch means can also indicate a match when a target unit is within apredetermined distance of the requesting unit.

A method for matching users in a wireless communication system based onproximity of the users and user-defined profiles begins by providingeach user with a mobile unit, including a requesting unit and at leastone target unit. Each mobile unit is capable of operating as both arequesting unit and a target unit, and a user profile is stored in eachmobile unit. The user profile can also be stored in the system; it neednot be stored in the mobile unit. The user profile of each detectedtarget unit is compared with the user profile of the requesting unit.The users are notified when the user profile of the requesting unitmatches the user profile of at least one target unit. Lastly, acommunication is initiated between the requesting unit and each of thematching target units. The method can also detect target units when theyare within a predetermined distance of the requesting unit.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a vehicle communication system embodying the presentinvention.

FIG. 2 is a block diagram showing a mobile unit in accordance with thepreferred embodiment.

FIG. 3A is a diagram illustrating the contents of a communication packettransmitted by the mobile unit shown in FIG. 2.

FIG. 3B illustrates the header of the communication packet.

FIG. 3C illustrates the information fields of the header's transmissionadministration.

FIG. 3D illustrates the information fields of the header's senderportion.

FIG. 3E illustrates the information fields of the header's receiverportion.

FIG. 3F illustrates the sub fields contained in the identificationnumber field.

FIG. 4A illustrates the memory of a typical mobile unit shown in FIG. 2.

FIG. 4B is a diagram of a vehicle communication log.

FIG. 4C is a diagram of a vehicle user log.

FIG. 4D is a diagram of a vehicle contact log.

FIG. 5 is a flow diagram of the procedure utilized by the microprocessorupon receipt of a communication packet.

FIG. 6 is a flow diagram of the procedure for processing communicationpackets.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S)

The preferred embodiment will be described with reference to the drawingfigures where identical numerals represent similar elements throughout.

A vehicle communication system embodying the present invention is shownin FIG. 1. The vehicle communication system 10 generally includes one ormore base stations 14, each of which is in wireless communication with aplurality of remote units 16. Although the remote units 16 may be fixedor mobile, they will be referred to hereinafter for simplicity as mobileunits 16. Each mobile unit 16 can communicate with another mobile unit16, the closest base station 14, or the base station 14 which providesthe strongest communication signal. The base stations 14 communicatewith a base station controller 20, which coordinates communicationsamong base stations 14 and mobile units 16. The communication system 10may be connected to a public switched telephone network (PSTN) 22,wherein the base station controller 20 also coordinates communicationsbetween the base stations 14 and the PSTN 22. Preferably, each basestation 14 communicates with the base station controller 20 over awireless link, although a land line may also be provided. A land line isparticularly applicable when a base station 14 is in close proximity tothe base station controller 20. The fixed remote units 16 may alsocommunicate with a base station 14 over a land line.

The base station controller 20 performs several functions. Primarily,the base station controller 20 provides all of the operations,administrative, and maintenance (OA&M) signaling associated withestablishing and maintaining all of the wireless communications betweenthe mobile units 16, the base stations 14, and the base stationcontroller 20. The base station controller 20 can provide the routing ofall communications between mobile units 16, and between the mobile units16 and the PSTN 22. The base station controller 20 also provides aninterface between the mobile units 16 and the PSTN 22. This interfaceincludes multiplexing and demultiplexing of the communication signalsthat enter and leave the system 10 via the base station controller 20.Although the vehicle communication system 10 is shown employing antennasto transmit RF signals, one skilled in the art should recognize thatcommunications may be accomplished via microwave or satellite uplinks.Additionally, the functions of the base station controller 20 may becombined with a base station 14 to form a “master base station”.

A preferred embodiment of the mobile unit 16 is shown in FIG. 2. Eachmobile unit includes a radio frequency (RF) transceiver 32 with anantenna 33 capable of transmitting and receiving a plurality of RFsignals, a global positioning system (GPS) receiver 35, a microprocessor40 with associated memory 41, an interface to the vehicle'selectro-mechanical systems 44, and an audio-visual interface 46.

The RF transceiver 32 transmits and receives RF signals at a pluralityof RF frequencies to one or more vehicles which include a mobile unit16. Received signals are downloaded to baseband and forwarded to themicroprocessor 40 for further processing. Transmitted signals areforwarded from the microprocessor 40 to the RF transceiver 32 forupconversion and transmission over one of the plurality of RFfrequencies. The vehicle communication system 10 also provides for theoption of transmitting a communication over currently licensed radiostation channels, for example 105.9 FM. This can permit a mobile unitoperator to broadcast to non-mobile unit operators. It also can providea “scanning channel”, such that non-mobile unit operators can listen tobroadcast communications.

The GPS receiver 35 is configured to receive signals from GPS satellitesand compute the position of the mobile unit 16. There are manycommercially available GPS receivers 35 that can perform such afunction. GPS readings which are provided to the microprocessor 40permit the microprocessor 40 to accurately calculate the speed,direction, and acceleration or deceleration rate of the vehicle.

The microprocessor 40 provides central control of the mobile unit 16. Aswill be explained in greater detail hereinafter, the microprocessor 40also performs packet handling, including packet assembling for outgoingcommunication packets 50 and packet disassembling for incomingcommunication packets 50 received from the RF transceiver 32.Communication packets 50 received by the microprocessor 40 are stored inmemory 41. The memory 41 is also used to store identificationinformation that is unique to each vehicle and/or vehicle operator. Forexample, license and registration for each vehicle can be read ifpositioned with a bar code or magnetic strip in a specific location ofthe vehicle. Optionally, the system may have a card reader where theoperator must place their card prior to the vehicle starting. This cardcan be a license with a magnetic strip or a smartcard that identifiesthe driver and the vehicle. This unique information regarding thevehicle may also include the position of the vehicle, speed of thevehicle, and rate of acceleration or deceleration as calculated by dataobtained from the GPS receiver 35.

The audio-visual interface (AVI) 46 preferably includes a microphone,speakers, and graphic display along with alphanumeric and directionalkeypads. However, those of skill in the art should realize that the AVI46 may encompass other input devices which are known, such as a voiceactivated input unit, an infrared remote control, a full keyboard, orany other type of electronic or manual data input means. Additionally,the output portion of the AVI 46 may include any type of output meanssuch as a stereo system or a heads-up display.

The electro-mechanical interface 44 provides an electrical coupling tothe electro-mechanical systems of the vehicle over which the mobile unit16 has control. These systems may include the radio, lights, horn,windows, locks, steering, breaking, and any other electro-mechanicalsystems of the vehicle.

Communications between mobile units 16 using the vehicle communicationsystem 10 are accomplished through a stream of transmitted communicationpackets 50. As shown in FIG. 3A, each communication packet 50 includes aheader 51 and a payload 53. The header 51 includes a plurality ofpredefined information fields which provide information regarding theparticular communication, the sender which originated the communication,and the receiver to which the communication is destined. It should berecognized that a voice or data communication may be segmented or“packetized” and transmitted using a plurality of packets 50. Thepresent invention is not restricted to transmitting a communicationhaving a predefined length. Accordingly, the payload 53 may include onlya portion of the communication that is sent between mobile units 16, anda single communication may be sent using a plurality of packets 50.Communications may include data transmissions, such as uploads from ordownloads to the mobile unit 16, or may include voice communications.

Referring to FIG. 3B, the header 51 includes a plurality of informationfields which can be generally categorized by three different functionalgroups: 1) transmission administrative information 55; 2) senderinformation 56; and 3) receiver information 57. These fields will beexplained in greater detail hereinafter.

Referring to FIG. 3C, the information fields associated with thetransmission administration 55 are shown. These fields provideinformation that defines the particular communication being transmitted.Although the number of fields may vary, the type of fields described maychange depending on the particular communication and the requirements ofthe system 10. In one embodiment of the present invention, the fieldsassociated with transmission administration 55 include the followingfields: security 61; priority 62; in system/out of system 63;broadcast/point-to-point 64; communication identifier (data/voice) 65;communication type (information/control) 66; and communication length(standalone or continuous) 67.

Since the vehicle communication system 10 in accordance with the presentinvention permits control of a vehicle and overall control of thecommunication system 10 by law enforcement authorities via a “securityinstruction”, the system 10 has a plurality of security levels to ensurethat unauthorized individuals will not use the system 10 for subversivepurposes. Optionally, driver may override law enforcement. The system 10may ask for permission for law enforcement to control vehicle. Thesecurity field 61 is defined as follows:

0-Access to all functions of the vehicle communication system 10,including the physical control of the vehicle and all of the informationstored within the memory 41.

1-Access only to the physical control of the vehicle.

2-Access only to the information stored within the memory 41.

3-Access for transmitting and receiving communications.

4-Access only to receiving communications.

The security field 61 may also include a security code, which permitsauthentication of the entity sending the security instruction. Asaforementioned, it should be understood by those skilled in the art thatadditional fields may be added or defined as desired to increase thefunctionality of the system 10 or the security layers. Additionally, itshould be recognized that although the system 10 is capable of a broadrange of functionality, there are legal implications to implementing allof the functionality. For example, a court order would most likely benecessary before permitting law enforcement officials access toinformation in, or control of, the mobile unit 16.

The priority field 62 is an indicator of the urgency of the transmittedcommunication. The priority field 62 can be a numeric priority from oneto ten; with urgent communications having the highest priority of one(e.g., communications from law enforcement officials) and non-urgentcommunications having the lowest priority of ten (e.g., advertisements).

The in system/out of system field 63 indicates whether the communicationis destined for, or originated from, another mobile unit 16 or an entitylocated outside of the vehicle communication system 10. Communicationswith entities outside the vehicle communication system 10 can be routedbetween the mobile unit 16 and the outside entity over the PSTN 22.

The broadcast/point-to-point field 64 identifies whether the message isintended for broadcast to all mobile units 16 or whether it is intendedto be routed to a particular mobile unit 16. As will be explained indetail hereinafter, the receiver field 57 will specify the particularaddress, or multiple addresses, of the mobile units 16 to which thecommunication will be transmitted.

The communication identifier field 65 identifies whether thecommunication is a voice or data transmission since each transmissionmay be encoded and processed differently by the receiving microprocessor40.

The communication type field 66 identifies whether the communicationcomprises information for output to the user via the AVI 46, or whetherthe information is a control instruction that will permitelectro-mechanical control of the vehicle.

The communication length field 67 indicates whether the entirecommunication is included within the current packet 50, or whether thepacket 50 is part of a multi-packet communication.

Referring to FIG. 3D, the fields associated with the sender portion 56of the header 51 include identification number 71, position 72, speed73, acceleration or deceleration 74, direction 75, origination 76, anddestination 77, and may include additional optional fields 78 asspecified by the vehicle operator.

The identification number 71 provides a unique identification for thesending mobile unit 16. The identification number may be the vehiclelicense number with two additional letters representing the state wherethe license plate was issued, such as PA for Pennsylvania. Dependingupon system administration, the identification number 71 may furtherrelate to one or more individual operators of the vehicle. As shown inFIG. 3F, the identification number field 71 may include a plurality ofsubfields including vehicle code 81, number of authorized vehicleoperators 82, and a vehicle operator identification number 83 _(a), _(b)n for each operator. This feature is particularly useful if the vehicleis part of a commercial fleet of vehicles with multiple drivers. Uponturning on the vehicle, the vehicle operator inputs their identificationnumber 71. This number 71 is compared to the list of authorizedoperators previously stored in memory 41. If the input operatoridentification number 71 matches favorably with one of the authorizedoperators previously stored in memory 41, operation of the vehicle ispermitted; if not, operation is denied. Optionally, license plate,registration, insurance information, and driver's license informationcan be additional fields stored with the identification number 71.

Use of a vehicle operator identification number 71, such as a driver'slicense, also permits different operators to use the vehicle whileretaining their distinct identity and storing information particular tothat vehicle operator, similar to a screen name for Internet use such asthe America Online (AOL) system.

Referring back to FIG. 3D, the next four fields associated with thesender portion 56 of the header 51 include position 72, speed 73,acceleration or deceleration 74, and direction 75, which areautomatically created from the information obtained from the sender'sGPS receiver 35.

The origination field 76 includes the location of the vehicle when thevehicle was turned on. The destination field 77 includes the destinationof the vehicle. This, of course, requires that the destination be inputinto the mobile unit 16, such as when a destination is input into anavigation system. It should be understood that the mobile unit operatormay override certain fields to ensure that this information is notobtained by other mobile unit operators. For example, the origination 76and destination fields 77, which may include personal information thatthe mobile unit operator does not desire other mobile unit operators tohave access to, may include null data such that the sender's destinationand origination will be listed as “not available” to the receiver. Thevehicle operator configures their mobile unit 16 as desired to specifywhich fields should be transmitted with null data.

Referring to FIG. 3E, the fields associated with the receiver portion 57of the header 51 are shown in greater detail. As discussed withreference to FIG. 3C, the broadcast or point-to-point field 64 indicateswhether the communication is destined for one, multiple, or alloperators. If the communication is to be broadcast to all mobile unitoperators, the number of addressees field 79 is designated as zero,indicating that all operators will receive the communication. Forpoint-to-point or point-to-multipoint communications, (whereby aplurality of operators may be included within a conversation orcommunication), the number of addressees field 79 includes the number ofoperators which will be receiving the communication. For example, if apoint-to-point communication is desired, the number of addressees field79 will include the number one (1) and address field number one 80 _(a)will be the only field which includes an address. If apoint-to-multipoint communication is desired between, for example fouradditional mobile unit operators, the number of addressees field 79 willinclude the number four (4) and address fields one through four 80_(a-d)will include the addresses of the four receivers to be sent thecommunication.

Once all of the aforementioned fields have been populated with theinformation, the microprocessor 40 builds each communication packet 50and forwards the packet 50 to the transceiver 32 for transmission. Thepackets 50 are preferably transmitted to the base station 14, and thenforwarded to the base station controller 20. The base station controller20 routes all of the communication packets 50 to the specifiedaddresses, either to one or more mobile unit operators, one or moreoutside entities, or both. This routing function is the same as anInternet router, whereby the destination address or addresses are readby the router and the communication packet 50 is forwarded to thoseaddresses. If the communication packet 50 is to be forwarded to multipleaddresses or broadcast to all addresses, the base station controller 20provides such a routing function.

The base station controller 20 may also confirm to sender whether or nota signal has been received by the recipient. In an alternativeembodiment, each communication may require a confirmation packet be sentfrom the recipient to the sender to provide the confirmation. Using suchan embodiment, the sending mobile unit operator will know whether or notthe communication packet 50 has reached its destination.

Although the present invention has been explained with reference to aplurality of base stations 14 and a base station controller 20, thesystem 10 can also use technology similar to Bluetooth wirelesstechnology. Using technology such as Bluetooth allows mobile units andbase stations to communicate through other mobile units and base units(i.e., repeaters). This permits a wireless interconnect between mobiledevices, and between mobile devices and their peripherals. The mobiledevices can form a secure piconet and communicate among the connecteddevices. Accordingly, using this technology, mobile units 16 can talkdirectly to other mobile units 16 without the intervention of the basestations 14 and the base station controller 20.

It is intended that the present invention be used with any type ofwireless communication standard including Bluetooth or other wireless ordata transmission standard. The particular standard used in transmittingthe data is not critical since there are many types of wirelesstechnologies and standards that can be used to transfer informationbetween mobile units 16. It should be recognized that any of thecommunications could be encrypted by currently known technologies sothat only certain authorized mobile units can communicate with eachother. For example, if two users were communicating with one another andeither requested a private conversation, the system can immediatelyencrypt their communication.

As should be understood by those of skill in the art, if the address ofthe receiver is outside of the system 10 and must be routed via the PSTN22, the base station controller 20 formats the communication packet 50in a format that may be handled by the PSTN 22. Although the presentinvention has been explained using a general packet 50 “structure” asillustrated by FIGS. 3A-3F, this structure is intended to serve as anexample of the information to be transmitted by the system 10 in eachcommunication. It is not the intention herein to specify a newcommunication standard, since the present invention may be utilized withany current or future wireless communication standard. For example, thepackets 50 transmitted over the vehicle communication system 10 may usethe Internet protocol (IP) format, such that they may be transmittedseamlessly to any communication system which uses the IP format. Thediscussion of the particular format and/or conversion to another formatfor forwarding over the PSTN 22 is outside the scope of the presentinvention.

As shown in FIGS. 4A and 4B, the memory 41 is used to store informationwhich populates the aforementioned fields. As will be described ingreater detail hereinafter with reference to FIG. 4C, the memory 41 isalso used to store other detailed information which may be helpful tothe mobile unit operator, other mobile unit operators, the base stationcontroller 20, or law enforcement agencies. The information stored inmemory 41 may originate from a received communication, or may be inputinto the mobile unit via the AVI 46. For example, information that isspecific to a particular operator, such as those fields illustrated inFIG. 4C, may be input by the mobile unit operator via the AVI 46.

Referring to FIG. 4A, one of the uses of the memory 41 is toautomatically store a current vehicle activity log 90 and previouslyentered logs. The vehicle activity log 90 includes a plurality of fieldsincluding the time 90 _(a), date 90 _(b)), position 90 _(c), speed 90_(d), acceleration/deceleration 90 _(e), and direction 90 _(f) of thevehicle. This log 90 is updated on a periodic basis as determined by themobile unit operator or can be automatically updated by the system. Forexample, private individuals may desire the log 90 to be updated every15 minutes whereas commercial businesses may require the log 90 to beupdated every 15 seconds or even less. It should be realized that thevehicle activity log 90, if updated on the order of fractions of asecond, would be useful during accident reconstruction.

Referring to FIG. 4B, a vehicle communication log 92 is shown. Thecommunication log 92 includes the following fields: the time of thecommunication 92 _(a); the date of the communication 92 _(b); anindication of whether the communication was incoming or outgoing 92_(c); the address(es) of the communicating entity 92 _(d); the priorityof the communication 92 _(e); an indication of whether the communicationis broadcast or point-to-point 92 _(f); an indication of whether thecommunicating entity is within the system or outside the system 92 _(g);the security level of the communicating entity 92 _(h); an indication ofwhether the communication is data or voice 92 _(i); an indication ofwhether the communication is information or control 92 _(j); and theactual contents of the communication 92 _(k). The vehicle communicationlog 92 continually tracks each ongoing communication and stores thecontents of the communication in the contents field 92 _(k) and all ofthe related information in the remaining fields 92 _(a-j).

Referring to FIG. 4C, a mobile unit operator may input via the AVI 46 aplurality of fields related to the specific user and/or vehicle in auser log 105. One example of a user log 105 is shown in FIG. 4C whichincludes the following fields: registration number 105 _(a); insurancecompany 105 _(b); insurance policy number 105 _(c); vehicle make 105_(d); vehicle model 105 _(e); vehicle color 105 _(f); other identifyinginformation 105 _(g); vehicle model year 105 _(h); EZpass number 105_(i); garage parking account number 105 _(j); garage door access code105 _(k); driving record 105 _(l); and credit card information 105 _(m).There is no limit to the number of fields which may be stored in theuser log 105, and all fields can be defined by the mobile unit operator.Since many of these fields include sensitive information, the mobileunit operator may decide not to send any information from the user log105 and the microprocessor 40, when constructing the data packets, willplace null data in those fields.

The procedure utilized by the microprocessor 40 upon receipt of acommunication packet 50 is shown in FIG. 5. The microprocessor 40 firstdetermines whether the incoming packet 50 is addressed to the specificmobile unit 16. Accordingly, at step 502, the microprocessor determineswhether the incoming packet is a broadcast, and at step 504, themicroprocessor determines whether the specific address matches themobile unit address. If either of these determinations is affirmative,the new packet is stored (step 506). The microprocessor then determinesif there are other communication packets pending for processing (step508). If no other packets are pending, the new packet is processed (step510). If applicable, any packets in the queue are reprioritized inaccordance with the priority of each packet (step 512) which, in thecase where no other packets are pending, would not be necessary. Themicroprocessor then goes on to reviewing the next packet step (514).

If it has been determined in step 508 that other packets are pending,the priority of all of the pending packets are reviewed (step 516) and adetermination is made (step 518) whether the pending packets have alower priority than the new packet. If the new packet has a higherpriority then the pending packets, the microprocessor halts processingof the pending packet currently being processed (step 520), re-storesthe pending packet into memory (step 522), and proceeds with processingthe new packet (step 510).

If, however, the pending packets do not have a lower priority than thenew packet, the microprocessor stores the new packet in a queue with allother pending packets (step 524) and continues to process the pendingpacket (step 526). In this manner, the microprocessor 40 is able toprocess higher priority packets first, and delay processing of lowerpriority packets to a more appropriate time when the microprocessor hasthe proper resources.

Optionally, even if the microprocessor determines in steps 502 and 504that the communication is not addressed to the particular mobile unit16, either as point-to-point communication or as part of a broadcastcommunication, the microprocessor may still undertake minimal processingof such packets. This is performed in step 530 whereby a contact log iscreated.

As shown in FIG. 4D, the contact log 110 may include a minimum number offields such as the time 110 _(a), date 110 _(b), address 110 _(c), color110 _(d), make 110 _(e), and model 110 _(f) of the vehicle related tothe incoming communication packet 50. The number and type of fields isdetermined by the mobile unit operator. The payload of the packet maynot be stored. The contact log 110 is used by the microprocessor 40 tosearch for “matches” with other mobile unit operators. Upon request bythe mobile unit operator, the microprocessor 40 searches the contact log110 for any addresses (i.e., sending addresses) that have multipleentries in the log 110. Once the microprocessor 40 searches the contactlog 110 and outputs the addresses which show up on the contact log 110greater than a certain frequency threshold as set by the mobile unitoperator, the operator can determine whether those addresses should beplaced in a “commuter” log; which is a list of mobile unit operators asidentified by their addresses.

This information is provided to the mobile unit operator via the AVI 46.This permits the operator to identify, either graphically as located ona real-time map or via a list, other mobile unit operators which may bein the vicinity during a certain portion of the day. For example, duringa commute to work if other mobile unit operators are typically withinthe vicinity of the present mobile unit operator during a certain timeof day, a “partner log” may be created by each mobile unit operator topermit mobile unit operators to identify, contact and establish arapport with other mobile unit operators.

Since the communication packet headers 51 include very detailedinformation about other mobile units 16, the system 10 can provideextreme flexibility in contacting other mobile unit operators in thevicinity. For example, if a mobile unit operator observes a vehicle thatthey would like to establish a private conversation with, the operatormay command the mobile unit 16 to “talk” to the blue car. If more thanone mobile unit 16 is in a blue car in the vicinity, the microprocessor40 can filter the commuter log to vehicles having the color blue. Ifmore than one blue car was in the vicinity, the microprocessor 40presents the make and model of each blue car and requests furtherinstructions.

Since all of the detailed information is available in the packet header51, the system 10 can provide the speed, direction, and location of theother vehicle in relation to the present vehicle. This information isalso important in order to evaluate whether another mobile unit 16 willbe available for a conversation having a duration of a minimum length.For example, if a mobile unit operator notes that one of the mobile unitoperators on his partner log is currently traveling in the vicinity, andthe mobile unit operator would like to establish communications with theother mobile unit operator, the system 10 can calculate the duration ofa potential conversation based upon the speed and direction of bothvehicles and their ultimate destinations, if available. The system 10can combine that information and advise both mobile unit operators by anaudible alarm or a voice message that there is a certain amount of timeleft in the conversation. The microprocessor 40 can also filter out anymobile units 16 that will not be in the range long enough to establish areasonable conversation.

Referring back to FIG. 5, at step 540, the microprocessor 40 reviews allincoming communication packets 50 to determine if a particularcommunication packet 50 originates from an address that is on theoperator's partner log. As the communication packets 50 are reviewed atstep 540, the mobile unit operator is notified and can decide whether ornot they want to establish a communication with the particular mobileunit operator having the address that has compared favorably with thepartner log. It should be noted that mobile unit operators can block outtransmissions being received from particular individuals or cancelconversations at any time. Further, mobile unit operators can requireinformation such as driver's license, license plate, and registration tobe provided before they allow any other transmissions to be received.

Referring to FIG. 6, the procedure for processing communication packets50 by the microprocessor 40 is shown. The microprocessor first parsesthe packets into separate fields (step 602) and stores all of the fieldsthat do not require additional processing (step 604). The microprocessorthen determines whether a packet includes a data communication byviewing the communication identifier field (step 606). If themicroprocessor determines that the packet is not carrying a datacommunication, then it is a voice communication and the microprocessorprocesses the communication as such (step 608).

If the packet includes a data communication, the microprocessor mustmake a determination whether the data communication is a controlcommunication (step 610). If it is not a control communication, the datacommunication is an information communication and it is processed assuch (step 612). Examples of packets which include informationcommunications include audio, video, and text files that are downloadedover the Internet, facsimile transmissions, and transmissions fromperipheral devices such as laptop computers, handheld devices, and thelike.

If it has been determined that the packet includes a controlcommunication, the communication is processed as such (step 614). Themicroprocessor compares the control instruction to the security levelrequired (step 616). This includes reviewing the security field,including the optional security access code. If the security access codeis proper (i.e., authorized), the security level is reviewed and themicroprocessor makes a determination of whether the security level issufficient (step 618). If so, the microprocessor performs the controlinstruction (step 620). If not, the microprocessor generates atransmission to the sender of the control instruction that they are notauthorized to control the particular mobile unit (step 622). Themicroprocessor 40 also notifies the particular mobile unit operator thata control attempt was made and was unsuccessful. This will alert themobile unit operator that someone may be utilizing the system forsubversive purposes. Optionally, the system may require the mobile unitoperator to authorize their vehicle to accept a control instruction,prior to undertaking any control instructions. Once the processing ofthe packet is performed, the microprocessor goes to the next packet(step 624).

With respect to the step of performing a control instruction (step 620),this may include instructions for the microprocessor to exertelectromechanical control over certain aspects of the vehicle'soperation, or may simply include a request for the microprocessor toupload data to the recipient. For example, if the control instruction isa request for the microprocessor to upload information, themicroprocessor may upload one or a plurality of the fields shown in FIG.4C.

In a first example relating to a request for information, if the vehicleis entering a toll booth which utilizes the EZpass system, the controlinstruction from the transmitting toll booth may request that the EZpassnumber be transmitted. The microprocessor 40 will transmit the number inthe EZpass number field shown in FIG. 4C in response thereto.

In a second example relating to a request for information, a request forinformation may occur in a parking garage, gas station, or any otherestablishment which requires payment from the vehicle operator, such asa drive-in fast-food restaurant. In this example, the vehicle operatorwill drive up to an ordering kiosk and order the desired food. After thefood has been ordered, the driver pulls up to the window whereby theproper food order is presented to the driver. Meanwhile, therestaurant's communication system sends a communication requesting thecredit card information for billing purposes. The information shown inthe credit card information field 105 _(m) of FIG. 4C can then bepresented to the communication system of the restaurant for payment.Optionally, the vehicle operator may require that they must firstapprove of any information being released. Moreover, the communicationlog for both the fast-food restaurant and the vehicle may store thecommunication noting the charge amount. For the vehicle it can be a“virtual receipt”.

With respect to an instruction which exerts electromechanical controlover the vehicle, as shown in FIG. 2, the electromechanical interface 44will interface with those systems of the vehicle over which the mobileunit 16 has control. These systems may include the radio, lights, horn,steering, breaking, and any other electromechanical systems of thevehicle. For example, if a mobile unit operator is listening to theirfavorite radio station and a point-to-point or broadcast communicationis received by the mobile unit 16, the microprocessor 40 through theelectromechanical interface 44 will stop the radio, or turn down thevolume of the radio, so that a conversation can commence.

It should be understood that due to the amount of information set forthin the header 51 of each communication packet 50, the system 10 providesflexibility in processing and filtering communications. For example, themicroprocessor 40 can be programmed to accept only communications fromcertain makes and models of vehicles. As such, the system 10 set up aspart of a Mercedes can be programmed by the manufacturer to be able totalk to only other Mercedes operators.

The present invention has the ability to increase safety to drivers andcan be a valuable resource for emergency services personnel and lawenforcement personnel. For example, emergency vehicles can automaticallysend signals to warn motorists that an emergency vehicle is approaching.This may supplement the emergency light and siren which are standard onemergency vehicles. Since the packets 50 are prioritized, acommunication sent from an emergency vehicle in transit may have thehighest priority and can override all other signals having a lowerpriority. At the scene of an accident, the signal output from anemergency vehicle may, at a slightly lower priority, transmitinstructions for avoiding the accident scene and may provide detourinstructions.

With respect to motor vehicle code enforcement, law enforcement agenciescan automatically review the status of a driver, vehicle registration,and insurance and may provide warnings for expired or soon to be expiredlicense, registrations, or insurance policies.

If an authorized operator has gained access to the vehicle and has notinput the proper operator identification number, the microprocessor 40can transmit an emergency instruction to alert law enforcement agenciesthat the vehicle has been stolen. The signal sent from the vehicle canautomatically include the vehicle's position, speed, acceleration ordeceleration rate, and direction. Law enforcement officials may send aninstruction in response to limit the vehicle speed to no greater than 30miles per hour until the unauthorized operator of the vehicle isapprehended. It should be noted that various fixed units may bestrategically placed along highways, major intersections, toll booths,and bridges to monitor traffic and to relay messages back to lawenforcement agencies.

Another law enforcement use can be to limit speeding of vehicles bynotifying law enforcement agencies when a vehicle has exceeded a certainspeed limit, e.g., 20% over the speed limit. A law enforcement official,in response, may send an instruction for the vehicle to slow down orrisk a traffic citation. This can eliminate the need for “speed traps”and high speed police chases.

For public safety applications, specifically located fixed units canwarn drivers as the vehicle approaches a traffic light at anintersection that the vehicle must slow down or stop because it will not“make” the green light. The traffic light can make this determinationbased upon the speed and direction of the mobile unit and the cycle ofthe traffic light. Other selectively placed fixed units can warn driversthat an intersection or roadway is dangerous for various reasons, suchas an accident, a sharp bend, or heavy traffic. The signals output bythese locations can be periodically updated as weather and trafficconditions change. In the same manner, vehicles may be warned that aparticular vehicle is driving in an erratic manner or that lawenforcement officials are currently involved in a pursuit of thevehicle. The warnings to drivers are output through the AVI 46 and mayinclude an audible warning, or may include a status light such as red,yellow, and green being located on the graphical operator interface ofthe AVI 46. In extreme circumstances, selectively placed fixed units mayautomatically overtake control of a vehicle, for example, duringextremely icy conditions to slow the vehicle prior to the danger zone.

It should be noted that although the mobile units 16 were describedhereinbefore as being located in a vehicle or in a fixed location, theycan be incorporated as part of a cellular phone or other portablecommunication device.

When the mobile unit 16 is incorporated into a portable communicationdevice to be used outside a vehicle, the electro-mechanical interface 44can be eliminated.

Non-vehicle related information can be entered into the user log 105.This information can include personal information such as the user'sname, age, sex, occupation, hobbies, interests, and picture and is usedto create a user profile. The user profile can be expanded to includeany additional personal information desired by the user; the foregoinglist is meant to be exemplary and not limiting.

The user profile is utilized to search for other users having apredefined set of characteristics, similar to a matchmaking process. Inone embodiment of the present invention, the search can be initiatedbased upon the physical proximity of one user to another (a requestinguser and one or more target users). It is noted that a single mobileunit can be both a requesting unit and a target unit at the same time.When two or more mobile units are within a predetermined distance (whichis set by the requesting user), the requesting user's mobile unit pollsthe other mobile units in the area to determine if there is a match. Thematch based upon distance can also be set to locate target units thatare beyond a predetermined distance.

If a match exists, both the requesting user and the target user arenotified via their respective mobile units and can then begin aconversation. It is noted that a “conversation” is not limited to avoice communication, and can include text messages and the like. Theamount of information initially exchanged between the mobile units canbe set by each user. For example, only limited information can be sentduring the initial exchange, and the users can then disclose additionalinformation as the conversation between the users progresses. The userscan designate groups of information items to facilitate disclosureduring a conversation. For example, an initial exchange could include afirst group of information, such as the user's name, age, and sex.Subsequent exchanges could include additional groups of information,such as contact information (telephone number, e-mail address, and homeaddress).

Additional criteria for a match to occur can also be set. For example, arequesting user can require that a target user disclose a minimum amountof information to be considered for a match. If that minimum amount ofinformation is not disclosed, then no match will occur even if itotherwise would. The same criteria can be used in reverse; a target usercan select to not match with a requesting user if the requesting userdoes not disclose a minimum amount of information.

In addition to the more “permanent” type of information entered into auser's profile, temporary items can also be entered, such as “having abad day, looking for sympathy”, “let's dance the night away”, etc.

Another example of a use of the system of the present invention is inconnection with yard sales. A user having a yard sale can providecategories of items for sale. The categories can be selected frompredefined categories stored on the mobile unit or can be created by theuser. A potential purchaser can designate certain categories in theiruser profile, and when within a certain distance of a yard salecontaining a designated category of items, the purchaser can receiveinformation regarding the yard sale and be directed to the yard sale.Optionally, if the mobile unit is interfaced to a navigation system, themobile unit can display the location of the yard sale and the user canbe provided with directions to the yard sale.

The present invention is particularly adaptable for interfacing with theInternet and providing a wealth of information for all mobile unitoperators. In one Internet-related embodiment such as vehicletalk.com,the Web site permits storage of information and system administrationthrough the Internet. A system administrator operating at the Web siteor the base station controller 20 monitors and tracks all mobile units16. Through the system administrator, the fixed locations are providedwith weather and traffic updates or advertisements which arespecifically geared to the immediate vicinity of the fixed unit. In thismanner, advertisers advertise both on the vehicletalk.com Web site andadvertise their companies and products as vehicles approach or passcertain properties, stores, or business locations. This also permitsstores, to provide information to vehicles arriving or leaving the placeof business, such as directions for parking or thanking them for theirpatronage.

The system administrator also provides centralized housekeepingfunctions in order to track all different types of information that aretypically a nuisance to vehicle operators, such as the date theirregistration and insurance policy expire. The system administrator alsotracks general vehicle maintenance information and traffic violationrecords. The tracking of vehicle maintenance can be particularly usefulwhen a recall notification is issued from a manufacturer or even whenregularly scheduled maintenance is required.

In a second Internet-related embodiment, the system 10 is used to aidlaw enforcement officials and insurance companies to determine when atraffic accident has occurred and to collect all of the detailedinformation regarding the traffic accident. This function is centralizedin a Web site such as vehicleaccident.com. When an accident occurs, asignal is automatically sent to all vehicles involved (or in thevicinity) to transmit all pertinent information to vehicleaccident.com.This can include time, speed, direction, acceleration and deceleration,duration of trip, and other pertinent information such as the vehiclemaintenance records, traffic citation records, insurance, andregistration information. The system 10 permits all of this informationto be stored in a centralized location at vehicleaccident.com for laterreview by law enforcement officials. The system 10 also stores lawenforcement official reports regarding the accident.

The insurance industry should benefit by having mobile unit operatorsagree in advance to accept a fact finding by an officer utilizing all ofthe information from the mobile units 16. This avoids costly litigationand subrogation. A mobile unit operator accepting these terms may bepermitted special insurance discounts for agreeing to such.

In another embodiment, the system can provide mobile units that do notinclude a GPS unit. It can be similar to portable phone(s) operating onthe same frequency(s). If a user tunes their radio to a particularstation, they can receive a transmission through their car stereosystem. The mobile unit, in this instance, can have the microphoneinside of it so a user can speak “hands free”. This embodiment allowsthe mobile unit to beep (or voice activate) if another user comes withinrange, advising both mobile units that they have someone they can talkto. The mobile unit detects another mobile unit by actually receivingthe signal of the other mobile unit. Accordingly, positioning of eithermobile unit is not required.

Numerous other variations and modifications can be made to the presentinvention. For example, the profile searching capability may be turnedon and off via a voice command, a graphical user interface, or othermeans. The profile search can also be automatically set up to be turnedon or off on specific days or at a specific time of day. The userprofile can be stored in the mobile unit, at an Internet site (either aserver or a client site), at a base station, at a base stationcontroller, or at an entity located through the PSTN.

The system may display all potential matches for the requesting user toreview, and let the requesting user select the target user to contact.An additional option is to display the target user's physical locationon the mobile unit, determined relative to the requesting user'slocation, or vice versa. The format for entering the profile informationcan be predefined, to ensure consistency in the formatting of theinformation entered, which can lead to a higher matching percentage. Theuser profile can include a specific time frame in which the user isavailable for contact, and some of the profile information can beavailable based upon certain times; for example, a contact number canchange depending on whether the user is at home or at work. If a matchis attempted to be made outside the time frame, some of the informationcan be blocked from disclosure.

The system can also validate or otherwise verify the information in auser's profile, to provide a layer of security to potential contacts.The system may charge a fee for the verification, and certaininformation can be locked to prevent changes once verified.

The system can provide multi-party conversations, either with or withouta moderator.

Although the invention has been described in part by making detailedreference to preferred embodiments, such detail is intended to beinstructive rather than restrictive. It will be appreciated by thoseskilled in the art that many variations may be made in the structure andmode of operation without departing from the scope of the invention asdisclosed in the teachings herein.

1.-8. (canceled)
 9. A vehicle computing device comprising: atransceiver; a processor operatively coupled to the transceiver; whereinthe processor is configured to receive, from a nearby vehicle via thetransceiver, a packet with a safety control instruction having asecurity access code for a vehicle; and wherein the processor isconfigured to determine whether the security access code is valid and toverify a security level associated with the security access code inorder to process the safety control instruction.
 10. The vehiclecomputing device of claim 9, wherein the safety control instructiontriggers an alarm or alert in the vehicle.
 11. The vehicle computingdevice of claim 9 further comprising: the transceiver is configured toreceive authorization from a mobile unit to authorize the process of thesafety control instruction.
 12. The vehicle computing device of claim 9further comprising: the processor is configured to transmit, when thesecurity access code is invalid via the transceiver, an alert to amobile unit or a law enforcement system.
 13. The vehicle computingdevice of claim 12, wherein the invalid security access code indicatesthat the vehicle was stolen.
 14. The vehicle computing device of claim 9further comprising: circuitry configured to connect to the internet overa cellular data network; and wherein the packet is an IP packet receivedover the cellular data network.
 15. A method performed by a vehiclecomputing device, the method comprising: receiving, from a nearbyvehicle by a processor via a transceiver, a packet with a safety controlinstruction having a security access code for a vehicle; determining, bythe processor, whether the security access code is valid; and verifying,by the processor, a security level associated with the security accesscode in order to process the safety control instruction.
 16. The methodof claim 15, wherein the safety control instruction triggers an alarm oralert in the vehicle.
 17. The method of claim 15 further comprising:receiving, by the transceiver, authorization from a mobile unit toauthorize the processing of the safety control instruction.
 18. Themethod of claim 15 further comprising: transmitting, when the securityaccess code is invalid by the processor via the transceiver, an alert toa mobile unit or a law enforcement system.
 19. The method of claim 18,wherein the invalid security access code indicates that the vehicle wasstolen.
 20. The method of claim 15 further comprising: connecting, bythe vehicle computing device, to the internet over a cellular datanetwork; and wherein the packet is an IP packet received over thecellular data network.